# Знание продукта
## Описание
Хороший менеджер должен, с одной стороны, знать свой продукт лучше любого из его пользователей, а с другой – быть способным поставить себя на место новичка и посмотреть на продукт его глазами. Это знание заключается в понимании следующих вещей:
- Сценарии использования продукта пользователями
- Миссия и видение продукта
- Пирамида продуктовых метрик
- Представление о value streams

## Почему ветка важна?
- Хорошее знание продукта упрощает проведение пользовательских интервью, общение с командой и стейкхолдерами
- Является необходимым условием для того, чтобы наполнять бэклог и строить роадмап
- Позволяет писать более осмысленные спецификации и требования для команды разработки
- Помогает почувствовать боли пользователей на себе и прокачать свою эмпатию к ним

## Что будет, если её не делать?
- Вы и ваша команда будет тратить больше времени
    - Вы будете исследовать заново возможности, которые уже есть или были в продукте
    - Вы не сможете осмысленно участвовать в обсуждениях продукта, вам придётся постоянно отвлекаться на то, чтобы в чем-то разобраться
- Продукт будет постепенно усложняться
    - Вместо использования существующих возможностей, вы будете постоянно добавлять новые фичи
    - Без знания продукта сложно понять, в каких случаях нужно говорить "нет" новым фичам
- Уменьшается польза от общения с пользователями
    - Если вы не чувствуете боль пользователей на себе, то сложно понять, какие из услышанных жалоб важны, а какие – нет

## На кого может быть делегирована?
Выделенный product owner

## Примеры поведения
### Примеры плохого поведения
- Не можете ответить на вопрос, зачем конкретная фича присутствует в продукте, или как она используется
- Не пользуетесь продуктом сами
- Не знаете ключевых продуктовых метрик и их влияние на бизнес метрики
- Не понимаете, как ваш продукт зарабатывает
- Не можете сформулировать ключевые проблемы, которые ваш продукт решает для пользователей

### Примеры хорошего поведения
- Регулярно используете свой продукт
- Строите и содержите актуальными customer journey maps и продуктовую документацию
- Проводите пользовательские интервью и UX сессии, на которых изучаете, как пользователи взаимодействуют с вашим продуктом
- Постоянно изучаете продуктовую аналитику
- Всегда можете объяснить, почему какая-то фича в вашем продукте сделана иначе, чем у конкурентов, и почему ваш вариант лучше

## Способы прокачки
### Практика
#### Получите базовый уровень знаний
Если вы только пришли в компанию, или никогда не задумывались об этой ветке раньше, то вашей задачей станет получить набор первичных знаний о продукте, который вы в дальнейшем сможете прокачивать. Сделать это вам могут помочь следующие способы:
- Попросить рассказать о продукте команду продаж или QA. Если повезёт, то у них будет готовый демо-аккаунт и сценарии его использования.
- Пообщайтесь с пользователями и включите в сценарий интервью с ними вопросы о том, как они используют ваш продукт.
- Поговорите с командой продакт-менеджеров или представителей бизнеса, и спросите их про видение будущего продукта и про то, какую ценность он на текущий момент представляет.
- Найдите существующую документацию и изучите её. Даже если она устарела, вы можете найти полезные инсайты.
- Получите доступ к системе аналитики и изучите то, что там доступно. Посмотрите на типичные сценарии использования продукта, показатели отказов для различных сценариев, retention и показатели длины сессии.

#### Постоянно используйте свой продукт
Самое главное правило – перестроить свою рабочую рутину таким образом, чтобы вы регулярно использовали свой продукт как его обычный пользователь. Если вы делаете площадку объявлений – вы должны регулярно покупать и продавать на ней свои товары. Если сервис стриминга музыки – использовать его как основной. Вы должны, с одной стороны, постоянно чувствовать на себе все существующие боли и проблемы, а с другой – оставаться главным фанатом своего продукта.

#### Делитесь этими знаниями с командой
Регулярно рассказывайте команде о своём опыте работы с продуктом. Это можно делать на стендапах, либо в виде дайджестов. Интересная практика – вести полноценный дневник, в котором вы фиксируете весь ваш опыт работы с продуктом, а потом показываете его остальной команде.

Ещё один вариант – совместные сессии использования продукта. Соберите в одной комнате представителей разных функций – QA, дизайнеров, продакт-менеджеров, UX-специалистов, разработчиков, и все вместе попробуйте пройти основные сценарии использования продукта. Наличие рядом разноплановых специалистов поможет очень быстро разобраться в истории возникновения разных решений, которые могут показаться неочевидными.

## Консультации
- [Telegram-чат TL Bootcamp](https://tlinks.run/tlbootcamp)
- [Продуктовый Telegram-чат No Flame no Game](https://t.me/joinchat/BrfI2UHjvA2HbQNSW4Irog)

## Теория
### Статьи
- [Каким должен быть менеджер продукта по мнению Яндекса](https://habr.com/ru/company/yandex/blog/351208/)

### Книги
- [Building Products for the Enterprise](https://www.amazon.com/Building-Products-Enterprise-Management-Software/dp/1492024783)
- [Inspired: How to Create Tech Products Customers Love](https://www.amazon.com/INSPIRED-Create-Tech-Products-Customers-ebook/dp/B077NRB36N)
